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В этом номере журнала мы продолжаем рассказ 
об информационной технологии грядущего цифро- 
вого мира — стандарте МРЕС-4. 


ПОТОКИ И УРОВНИ 

В «потоковой» части архитектура МРЕС-4, очевид- 
но, опирается на другой фундаментальный стандарт 
150 — семиуровневую модель взаимодействия откры- 
тых систем. Напомним, эта модель выделяет семь 
независимых вложенных уровней (сверху вниз: при- 
кладной, представительский, сеансовый, транспорт- 
ный, сетевой, канальный, физический). Каждый из 
уровней на передающем конце общается с соответ- 
ствующим уровнем на приемном, а для этого обра- 
щается к локальным службам соседнего нижнего 
уровня (который предоставляет ему для этого специ- 
альный интерфейс) — и далее все происходит «про- 
зрачно» для него, все остальные нижние уровни сис- 
темы от него скрыты. По мере продвижения по этой 
лестнице вниз содержательная информация, которой 
обмениваются пользователи или приложения -— т.е. 
прикладные уровни, — обрастает служебными данны- 
ми (которые «навешивает» каждый из уровней для 
взаимодействия со своим визави на приемном кон- 
це в соответствии с принятым между ними протоко- 
лом общения). Данные разбиваются на пакеты, тем 
или иным способом мультиплексируются, кодируются 
и передаются между узлами сети, а на приемном кон- 
це происходит обратный процесс — сообщение соби- 
рается, очищается от вспомогательных данных и вос- 
станавливается до своего первоначального вида. 

МРЕС-4 действует на верхних уровнях модели 
150, начиная с сеансового. Для передачи потоков 
данных он обращается к службам транспортного 
уровня, которые обеспечивают приложениям инва- 
риантность работы с различными системами и сре- 
дами доставки — сетевыми (в том числе |Р/ЧОРИ/И 
АТР, АТМ, сетями коммутации пакетов Н.283), ве- 
щательными (кабельные и спутниковые системы, 
ОТ\, ОАВ), дисковыми (СО, 0\0). (Что касается бо- 
лее низких уровней, собственно сетей и технологий 
передачи мультимедиа информации, то можно со- 
слаться на весьма полный обзор, составленный Оле- 
гом Фоминовым [5].] 

Для управления передачей потоковых данных в 
МРЕС-4 предусмотрен специальный протокол се- 
ансового уровня, называемый ОМ!Е (Бейуегу 
Миитеб'а |пбедгайоп Егатемогк — среда интегра- 
ции доставки мультимедиа). Разработчики указыва- 
ют на его сходство с ЕТР, подчеркивая при этом, что 
основное различие в том, что «РТР в ответ на запрос 


передает данные, а ОМ!Е - указатели на то, где на- 
ходятся (потоковые) данные». Службы уровня ОМЕ в 
декодере МРЕС-4 устанавливают сеанс с «переда- 
ющей стороной», затем выбираются нужные потоки, 
посылается запрос, в результате чего транспортный 
уровень устанавливает требуемые соединения, по 
которым будут поступать потоковые данные, и сооб- 
щает указатели на эти соединения. В итоге устанав- 
ливается прямой канал обмена данными между при- 
ложениями. 

Службы ОМЕ доступны прикладному уровню 
с помощью интерфейса ОА! ([ОМЕ-АррИсаноп 
пбегГасе). Именно ОА! маскирует для локальных при- 
ложений разницу между сетевыми, вещательными и 
локальными (например, с дисков СО/О\0) потока- 
ми, эмулируя при работе с вещательными и диско- 
выми источниками «удаленный ОМ!» и «удаленное 
приложение». При этом допускается одновременная 
работа со всеми тремя типами источников и замена 
одного на другой. 

Потоковые данные, которые относятся к медиа- 
объекту, могут поступать через один или несколько 
элементарных потоков (е!етепфагу 5$геапп$, ЕЗ}]. Все 
необходимые характеристики этих потоков, как-то: 
требования к приемнику, данные о тайминге и об 
уровне обслуживания (@Фиуа!у о{ Зегмсе, @о5)}, т.е. 
скорости, приоритете, допустимом уровне ошибок и 
максимальной задержке, содержатся в предусмот- 
ренном для каждого объекта дескрипторе объекта. 
Дескрипторы могут также содержать текстовую ин- 
формацию об объекте. Дескрипторы объектов пе- 
редаются в специальном элементарном потоке, что 
позволяет добавлять к сцене новые объекты или 
удалять ненужные динамически. Команды описания 
сцены и объектов в формате ВШЕ5 также составляют 
отдельный элементарный поток и могут быть моди- 
фицированы без изменения собственно медиадан- 
ных в других потоках. Таким образом можно выст- 
раивать различные сценарии на базе одних и тех 
же медиапотоков. Это пригодится и для интерактив- 
ных применений с многовариантным развитием 
сюжета, и для подстройки сложности сцен и объек- 
тов под доступный уровень @о5: в обоих случаях 
можно заранее предусмотреть несколько команд- 
ных ВШЕ5-потоков, а в процессе передачи опера- 
тивно выбирать из них подходящий в качестве дей- 
ствующего сценария. Кроме того, облегчаются адап- 
тация готовых произведений для новой среды 
доставки (например, СО-продуктов для \Л/\Л/Л/) или 
извлечение готовых объектов для использования в 
новых произведениях. 
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Упрощенная блок-схема декодера МРЕС-4 


Стандартом предусмотрено наличие отдельного, 
общего для всех типов потоковых данных уровня син- 
хронизации, который для каждого элементарного по- 
тока определяет минимальную единицу доступа, или 
ассез$ ипй (т.е. аудио- или видеокадр, команду опи- 
сания сцены и т.п.}, выстраивает для каждого объек- 
та и для всей сцены временн”Ую базу и обеспечива- 
ет синхронизацию между ними. На синхроуровне 
элементарные потоки разбиваются на пакеты, к ним 
добавляется информация тайминга (бите э$атрэ) — 
чтобы на приемном конце декодер смог адекватно 
собрать и отобразить результирующий поток. Затем 
специальный подуровень мультиплексирования 
(РНехМих) определяет элементарные потоки с близ- 
кими требованиями к @о5 и группирует их — для того, 
чтобы минимизировать число сетевых соединений, 
запрашиваемых от транспортного уровня. Сам 
транспортный уровень (как и более низкие) в стан- 
дарте не рассматривается, однако установлены ме- 
тоды защиты от ошибок, ресинхронизации и восста- 
новления данных при сбоях в механизме доставки. 

На приемном конце происходит декодирование 
потоков, выделение объектов и построение сцены. 
Особо подчеркнем, что, как и в случае МРЕС-1 и 
МРЕС-е, МРЕС-4 не устанавливает правил процес- 
са кодирования; не касается он и деталей реализа- 
ции декодера, задавая лишь правила поведения не- 
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коего абстрактного устройства, а также синтаксис и 
семантику двоичных потоков, с которыми оно долж- 
но уметь работать. Для этого в МРЕб-4 определена 
модель декодера — Зуз$ет Оесодег Моде!. На прак- 
тике допустимы всевозможные реализации декоде- 
ров МРЕСб-4, от отдельных специализированных тер- 
миналов до функций, встроенных в телевизор или 
приставку, от мобильных коммуникационных уст- 
ройств вроде телефона до программных модулей в 
ПК, с разной степенью сложности (см. ниже). 

Упрощенная блок-схема декодера МРЕСб-4 при- 
ведена на рисунке. 


АВТОРСКИЕ ПРАВА 

Одна из самых острых и трудно решаемых про- 
блем цифрового мира, проблема, сегодня уже тор- 
мозящая его развитие куда сильнее, чем проблемы 
технологические, — это защита авторских прав. Стан- 
дарт же МРЕС-4, претендуя на роль универсальной 
среды доставки контента, немедленно становится 
средоточием и болевой точкой этой проблемы. По- 
нимая это, разработчики стандарта с самого начала 
привлекли представителей различных творческих 
профессий и отраслей, стремясь добиться единого 
подхода, определить синтаксис и набор средств 
идентификации и защиты прав интеллектуальной 
собственности (РВ) для МРЕС-4. В результате был 
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выработан комплекс мер, известный под названи- 
ем |1РМР (п5еПесбиа! Ргорегбу Мападетепе & 
РгобесНоп), подробное изложение которых выходит 
за рамки этой статьи (ссылки на соответствующие 
документы можно найти на сайте МРЕС). Вкратце 
упомянем, что с дескриптором каждого объекта или 
потока может быть связан специальный блок дан- 
ных (Р|, пбеЙесвиа! Ргорегбу 1ЧепЫЯег), содержащий 
уникальный идентификатор в одной из принятых меж- 
дународных систем (15АМ, 15АС или др.), характери- 
стику типа контента, а также имя обладателя прав или 
указатель на него (на них). Каждый декодер имеет 
блок (интерфейс) РМР, который обрабатывает дан- 
ные о защите. Стандартом предусмотрены также точ- 
ки входа для шифрования/ дешифрования информа- 
ции. Выработанная система позволяет реализовать 
механизмы отслеживания авторских прав, автома- 
тического отчисления авторских процентов, прове- 
дения аудита и расследований в случае предполага- 
емых нарушений, строить разные уровни защиты 
контента — по соображениям коммерческим, лично- 
стным, секретности и т.п. Однако эти «верхние» уров- 
ни защиты и управления правами не входят в стан- 
дарт и могут быть реализованы разработчиками при- 
ложений и/или держателями контента. 

Естественно, и эти меры, особенно при наличии 
программно реализованных плееров МРЕС-4, в 
принципе можно обойти, так что работа над пробле- 
мой авторских прав продолжается. 


«ПРОФИЛИ» МРЕС-4 

Как видите, стандарт МРЕС-4 в его полном ви- 
де — весьма разветвленный и многоплановый кон- 
гломерат, включающий множество механизмов и 
инструментов, так что его полная реализация может 
показаться задачей почти невыполнимой. Чтобы не 
допустить неконтролируемого размножения мало- 
совместимых частичных реализаций, был установ- 
лен набор подмножеств, которые содержат ограни- 
ченные наборы инструментов и функций МРЕС-4, 
существенных для тех или иных применений. Эти 
подмножества были названы «профилями» (Рго#е), 
они могут частично пересекаться, полностью вклю- 
чать в себя функциональность «младших» подмно- 
жеств или добавлять те или иные функции. Для боль- 
шей гибкости и упрощения подбора вариантов про- 
фили были разбиты по категориям: девять ви- 
зуальных (включающие, в свою очередь, профили 
для работы только с живым видео, только с анима- 
цией и гибридные), четыре звуковых, три графичес- 
ких и четыре профиля описания сцены. Кроме того, 
в зависимости от доступной вычислительной мощ- 
ности декодера, для каждого профиля установлены 
один или несколько уровней (Ёеуе! — не путать с 
Ёауег модели 150). Таким образом, при построении 
декодера МРЕС-4 разработчик должен выбрать 
комбинацию профилей и уровней и после этого обя- 
зан реализовать описываемый ими набор функций 
в полном объеме. Потребитель же, прочтя в пас- 
порте устройства или программы эту комбинацию, 
сразу понимает, что умеет, а чего не умеет данный 
декодер. Реализации, построенные на основе оди- 
наковой комбинации, должны быть полностью 
совместимы друг с другом. Естественно, в предель- 


ном случае, выбрав комбинацию из всех старших 
профилей и уровней, мы получим полный набор фун- 
кций МРЕС-4. Список предлагаемых профилей мож- 
но найти в [1] (Версия 1] и [8] (Версии 1 и 8). 


ВЕРСИЯ 2 

В октябре 1998 г. был зафиксирован набор полно- 
стью готовых на тот момент функций и инструментов 
МРЕС-4, этот набор был назван МРЕС-4 \егзоп 1 и 
передан на утверждение в качестве официальной спе- 
цификации стандарта. Все последующие доработки 
вошли в МРЕС-4 \егзоп ©. Версия 2 не заменяет фун- 
кции Версии 1, а добавляет к ней новые возможности, 
сама же Версия 1 ревизии не подлежит. Декодеры, 
построенные по Версии 1, не устарели с выходом Вер- 
сии 2, поскольку новые функции реализованы как до- 
полнительный набор профилей. 

Что же добавляет вторая версия стандарта? Спи- 
сок новых функций занимает не одну страницу, мы 
назовем лишь некоторые из наиболее впечатляющих. 

. Разрешение многопользовательского присут- 
ствия в сцене и взаимодействия с контентом. Значит 
ли это, что в принципе можно залезть через сеть в 
чужой телевизор и все там передвинуть? или зайти в 
гости к соседу в виде аватара и сыграть с ним в ВиаКе? 

. Дальнейшее пополнение функций В!ЕЗ 
(ВР5++) и сближение его с УВМИ. 

. Введение формата файла МРЕС-4 (МР4) на 
базе формата файла ОшскКТите, что позволит хра- 
нить (локально или распределенно с УВЁ-ссылка- 
ми), копировать, редактировать, проигрывать на ло- 
кальном устройстве и передавать полную презента- 
цию в формате МРЕС-4. 

. МРЕС-ЧУ позволяет загружать (в отдельном 
потоке) и запускать код Чауа на плеерах МРЕС-4. 

. Работа с полигональными ЗО-моделями, под- 
держка уровней детализации модели (00). 

. Вдобавок к анимации лица появляется анима- 
ция тела (разработано совместно с Нитапо!а 
Апитайоп \Л\/огкта бгоир УАМО. 

. Стереоскопическое видео. 

. Значительные усовершенствования на уров- 
не ОМТЕ, включая симметричные соединения отпра- 
витель-получатель вместо сервер-клиент, что 
позволит строить разговорные приложения и орга- 
низовывать поиск в мультимедийных базах данных. 

. и многое другое. 

В результате число профилей в каждой из кате- 
горий как минимум удвоилось... 


ххх 


Несмотря на беглое и схематичное изложение, 
объем статьи не позволил рассказать обо всех хит- 
рых свойствах МРЕС-4 и оценить многочисленные 
удивительные возможности и перспективы, которые 
сулит его внедрение (хотя на это и трудно было рас- 
считывать — ведь даже краткий обзор стандарта, 
сделанный разработчиками, занимает более 
6О страниц!). Но мы видели свою задачу в том, чтобы 
создать ощущение надвигающихся перемен и побу- 
дить к дальнейшим самостоятельным поискам -— и 
потому отсылаем читателя к приведенной в конце 
статьи литературе, а также рекомендуем исследо- 
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вать сайт разработчиков МРЕС по адресу ВЫр:И// 
пред.се!есопайа.согт и сайт млм\м.п1.огд. Спра- 
вочный сайт млмлл/.ппред.огд уже несколько лет не об- 
новлялся, но по-прежнему содержит много полез- 
ных ссылок; он может быть крайне интересен для тех, 
кто хочет разобраться с историей вопроса. 


РАЗ, ДВА, ЧЕТЫРЕ, СЕМЬ, 

ИЛИ МРЕС КАК ИНДИКАТОР ПРОГРЕССА 

За первые несколько лет работы комитета МРЕС у 
широкой аудитории успело сложиться представление 
о нем как об организации, целиком посвятившей себя 
вопросам сжатия медиаданных, — и это одна из при- 
чин, почему так поражает при первом знакомстве со- 
держание стандарта МРЕС-4. Но если разобраться, 
то даже само название МРЕС — «Экспертная группа 
по движущимся изображениям» — показывает, что 
круг ее интересов значительно шире проблем сжа- 
тия. Просто на первом этапе «мультимедиа револю- 
ции» именно сжатие имело решающее значение, и в 
МРЕС уделили ему наибольшее внимание, добившись, 
отметим, беспрецедентно успешного результата в 
деле примирения подходов и интересов многомилли- 
ардных корпораций и целых индустрий. 

Сегодня происходит сближение (начинается ин- 
теграция) телевидения и Интернета, персональных 
компьютеров и развлекательных приставок и плее- 
ров, а медиаконтент, который потребитель получает 
из всех этих источников, становится не просто циф- 
ровым, но и все более интерактивным. И требуются 
новые стандарты, которые помогут разработчикам 
контента донести свои произведения до потребите- 
ля максимальным числом способов, а пользовате- 
лям (зрителям) — получать со своего устройства до- 
ступ к медиаконтенту в любой его форме. 

В целом можно сказать, что разработчики МРЕС-4 
собрали и обобщили многое из того, что было нарабо- 
тано за десять-пятнадцать лет в ранее мало пересе- 
кавшихся областях и технологиях (ОшскТите и \УВМЕ, 
ЗО-графика и интерактивная «персонажная» анимация 
по типу Масготе Ча Огесвог, разработка видеоигр, ви- 
деокомпозитинг, телевещание, потоковые видео и звук), 
и сумели объединить все это в новое качество. 

Насколько быстро МРЕС-4 станет общепринятым, 
и станет ли? Когда вслед за появлением первых се- 
тей с коммутацией пакетов |150 была впервые пред- 
ложена семиуровневая модель, многие упрекали ее 
в избыточности и тяжеловесности, в «сложности в 
реализации», старались выкинуть «лишние» уровни 
или вообще обойтись без нее, предлагая альтерна- 
тивные концепции. Однако постепенно модель была 
воспринята всеми и по существу легла в основу уст- 
ройства всего созданного за эти годы связанно- 
цифрового мира — даже мыслить многие стали в ка- 
тегориях этих семи уровней. Подобным же образом 
в 1991 г., в весеннюю пору «цветения ста цветов» в 
области сжатия мультимедиаданных, критически 
воспринимались разработки группы МРЕС, о проек- 
те стандарта говорили как о «слишком сложном, что- 
бы быть реализованным», сетовали на высокий уро- 
вень требующейся аппаратной поддержки... Сегодня 
уже не только МРЕС-1, нои МРЕС-2 может быть ре- 
ализован программно, на базе этих стандартов вы- 
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строились целые индустрии, стандарты МРЕС отме- 
чены наградами Етту. 

Поэтому, несмотря на кажущуюся (особенно для 
вещателей!) сложность МРЕСб-4, имеет смысл подроб- 
но разобраться с этим стандартом — он с очень боль- 
шой вероятностью определит развитие компьютерных, 
вещательных и даже мобильных систем в ближайшие 
годы. Подчеркнем еще раз — разбираться придется не 
только программистам, для которых открывается но- 
вая интересная ниша (реализация сложной и много- 
сторонней функциональности МРЕС-4 для самых раз- 
ных клиентских и серверных платформ), но и гумани- 
тарно-творческим людям, авторам и продюсерам 
вещательных программ. Вслед за интерактивным кон- 
тентом на дисках и в Сети интерактивными становятся 
телепрограммы — и навыки программирования и алго- 
ритмического мышления очень пригодятся разра- 
ботчикам этих новых программ. Давний термин 
«Т\ ргодгаплитта» — телевизионное программирова- 
ние, — означавший искусство составления сетки ве- 
щания, приобретает новое, теперь вполне компьютер- 
ное звучание. Опять всем нужен программист... С 
появлением МРЕС-4 наконец-то обретает более ре- 
альные и понятные очертания П\ — интерактивное те- 
левидение, о котором давно спорят и под которым каж- 
дый понимает что-то свое — от детективов с мно- 
говариантным развитием сюжета до простого ви- 
део-по-запросу и даже до «ИТВ по-русски» — воз- 
можности взять в руки телефон и позвонить в студию. 

МРЕС-4 появился вовремя, пока еще фактически 
никто — кроме Арре — не предложил своего готового 
и работоспособного варианта единой архитектуры 
доставки мультимедиа, и потому открывается реаль- 
ная возможность избежать сценария типа «вавилон- 
ской башни» в создающейся единой многомилли- 
ардной индустрии. Но ведь для этого комитету МРЕС 
надо было заранее почувствовать тенденцию и на- 
чать свою разработку на несколько лет раньше! 

..В конце 1996 г. группа МРЕС объявила о начале 
работы над новым стандартом — МРЕС-7. В ноябре 
1998 г. был закончен прием предложений по этому 
стандарту, окончательно стандарт принят в сентябре 
2001 г. Официально он называется МиуитеЧа Сопбепё 
Оезспрйоп |пбегГасе. Чтобы понять, что это такое и по- 
чему он необходим, нам придется познакомиться, в до- 
полнение к «контенту», с новым набором понятий циф- 
ровой эпохи — метаданные, цифровые медиа-активы, 
уловить тонкие различия в употреблении английских 
слов геизпо, геригрозпо, геЧгесйоп и ге-ехргеззоп (все 
это применительно к контенту) и, возможно, попытать- 
ся подобрать им русские аналоги и так далее... 
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